home *** CD-ROM | disk | FTP | other *** search
/ La Traviata / La Traviata.iso / viewer / giflib12.zip / README.1ST < prev    next >
Text File  |  1991-05-28  |  3KB  |  53 lines
  1.     The Graphics Interchange Format(c) is the Copyright property of
  2. CompuServe Incorporated. GIF(sm) is a Service Mark property of CompuServe
  3. Incorporated.
  4.  
  5.     This is a package I wrote so that images can be generated as easy as
  6. possible using GIF format. I needed such routines, and since I did not find
  7. anything like this (at list not free) I decided to write one...
  8.     This package is FREE for non commercial usage. You can do whatever
  9. you like with it provided you do not charge anything for it or for a program
  10. that uses it. More then that, if you release the source for your program, the
  11. source of this package you used should also be included (with my name on
  12. it...). You may NOT charge money for the sources as well, in that case.
  13.     I am releasing the sources since lots of peoples expressed interest
  14. in such a beast, on usenet, in the last few month.
  15.     I will NOT be hold responsible for any damage of any kind it may
  16. cause you. Use it at your own risk.
  17.     In order to compile it, please read the file COMPILE.ME. I uses TC++
  18. 2.0 so other compiler owners are on their own. The package has been ported to
  19. unix machine on various platforms (see compile.me).
  20.     You will find .\doc with documents on all the utilities and the library
  21. itself.
  22.     Only one of the images on .\pic was actually generated by me -
  23. solid2.gif, which is binary image rendered using a solid modeller I have
  24. developed named IRIT. The other two were released to usenet few month ago.
  25. I do not think so, but let me know if I violate anything here.
  26.     Few final remarks. While 'playing' with the GIF format, I found few
  27. holes in it, or in some of its implementations:
  28. 1. There is no explicit way one can specify comments in images, which can be
  29.    extremely useful. I used one of the extensions block to implements that.
  30.    The problem is that some of the gif viewer I tested (no names) died on
  31.    extension block (!?), so I decided not to use them in any of the utilities
  32.    although the library do support it, and if you are going to use only it
  33.    you can safely use the comments calls. Any better solution?
  34. 2. Some viewer even ignore the fact that one GIF file can hold few images.
  35.    I consider this property extremely useful (some of the utilities actually
  36.    manipulate exactly that - gifasm for example), and fully support it. I
  37.    think that a failure of a view program (or any GIF manipulator) here,
  38.    should be considered a bug.
  39. 3. One problem in the GIF format, I dont have simple solution to: it is the
  40.    limit of only 8bits per color. The importance of bigger width, is not only
  41.    for higher image quality. One can save other pixel properties in addition,
  42.    such as coverage (alpha channel as it is called in the rle utah raster
  43.    toolkit). The only solution I can thing of, is to generate few GIF files
  44.    in parallel - one for the pixel color, and the other for coverage. The
  45.    coverage property is extremely useful for utilities such as gifbg - back
  46.    ground color generator, and which can be composed with the image using
  47.    gifcomb.
  48.  
  49. have fun
  50.  
  51. Gershon
  52. gershon@cs.utah.edu
  53.